home *** CD-ROM | disk | FTP | other *** search
/ Space & Astronomy / Space and Astronomy (October 1993).iso / pc / text / spacedig / v09_3 / v9_330.txt < prev    next >
Internet Message Format  |  1991-07-08  |  19KB

  1. Return-path: <ota+space.mail-errors@andrew.cmu.edu>
  2. X-Andrew-Authenticated-as: 7997;andrew.cmu.edu;Ted Anderson
  3. Received: from holmes.andrew.cmu.edu via trymail for +dist+/afs/andrew.cmu.edu/usr1/ota/space/space.dl@andrew.cmu.edu (->+dist+/afs/andrew.cmu.edu/usr1/ota/space/space.dl) (->ota+space.digests)
  4.           ID </afs/andrew.cmu.edu/usr1/ota/Mailbox/IYBOqEy00UkZQEGU5E>;
  5.           Sun,  2 Apr 89 00:20:17 -0500 (EST)
  6. Message-ID: <gYBOq7y00UkZ0EEk5G@andrew.cmu.edu>
  7. Reply-To: space+@Andrew.CMU.EDU
  8. From: space-request+@Andrew.CMU.EDU
  9. To: space+@Andrew.CMU.EDU
  10. Date: Sun,  2 Apr 89 00:20:08 -0500 (EST)
  11. Subject: SPACE Digest V9 #330
  12.  
  13. SPACE Digest                                      Volume 9 : Issue 330
  14.  
  15. Today's Topics:
  16.         Re: Success with cold fusion reported
  17.         Bad news about Hubble Space Telescope
  18.      Re: Room Temperature fusion - possible indications?
  19.         Re: Success with cold fusion reported
  20.         Re: Success with cold fusion reported
  21.               Re: Two questions.
  22.              "This space for rent" on Mir
  23.               Solar Eclipse in July 1991
  24. ----------------------------------------------------------------------
  25.  
  26. Date: 30 Mar 89 19:51:34 GMT
  27. From: pasteur!washoe.Berkeley.EDU!kring@ucbvax.Berkeley.EDU  (Chuck Kring)
  28. Subject: Re: Success with cold fusion reported
  29.  
  30. In article <8328@csli.STANFORD.EDU>, cphoenix@csli.STANFORD.EDU (Chris Phoenix) writes:
  31. > Path: pasteur!ames!mailrus!purdue!decwrl!shelby!csli!cphoenix
  32. > From: cphoenix@csli.STANFORD.EDU (Chris Phoenix)
  33. > Newsgroups: sci.research,sci.space,sci.environment,misc.headlines,sci.misc
  34. > Subject: Re: Success with cold fusion reported
  35. > Message-ID: <8328@csli.STANFORD.EDU>
  36. > Date: 30 Mar 89 09:30:26 GMT
  37. > References: <18213@glacier.STANFORD.EDU> <3451@aplcomm.jhuapl.edu> <77762DBH106@PSUVM> <1989Mar28.041030.2291@gpu.utcs.toronto.edu> <1113@gvgpsa.GVG.TEK.COM>
  38. > Sender: cphoenix@csli.Stanford.EDU (Chris Phoenix)
  39. > Reply-To: cphoenix@csli.stanford.edu (Chris Phoenix)
  40. > Organization: Center for the Study of Language and Information, Stanford U.
  41. > Lines: 22
  42. > Xref: pasteur sci.research:876 sci.space:10590 sci.environment:731 misc.headlines:12080 sci.misc:3720
  43. > In article <1113@gvgpsa.GVG.TEK.COM> johna@gvgpsa.gvg.tek.com.GVG.TEK.COM (John Abt) writes:
  44. > Imagine how cheap it would be, with unlimited power, to turn large areas of
  45. > land into mirrors.  Just find any sandy area such as a desert, then melt it
  46. > smooth, then sputter on some shiny metal.
  47.  
  48. Not to flame, but this is one of the stupidest ideas that I've read in this 
  49. group.  In addition to totally destroying part of the environment, it simply 
  50. will not work for two reasons:
  51.  
  52.     1> Deserts get cold at night because there is little vegetation or 
  53.        water in the atmosphere to hold the heat.  Reflecting it during the 
  54.        day would not significantly increase amount of heat which is radiated
  55.        over time.
  56.  
  57.     2> If the greenhouse effect were a problem, then much of the reflected 
  58.        sunlight would get trapped on the way back up and end up warming the 
  59.        atmosphere anyway.
  60.  
  61. Finally, unlimited power does not imply cheap power.  Cold fusion aside,
  62. everything that I've heard about fusion implies that it will be very 
  63. expensive.  I haven't heard anyone who would really know claim that cold
  64. fusion will be cheap.  How much does palladium cost?  How long will it 
  65. last in in a fusion environment?
  66.  
  67. I hope that if you are ever in a position to make decisions which will affect 
  68. the envorinment, you will give more thought about the ramifications of your
  69. position.
  70.  
  71. Chuck Kring
  72. UC Berkeley CAD Group
  73. kring@ic.Berkeley.EDU
  74.  
  75. ------------------------------
  76.  
  77. Date:     Thu, 30 Mar 89 8:10:48 CST
  78. From: Will Martin -- AMXAL-RI <wmartin@ST-LOUIS-EMH2.ARMY.MIL>
  79. Subject:  Bad news about Hubble Space Telescope
  80.  
  81. The following posting just showed up on the latest RISKS Digest; I checked
  82. the past SPACE Digests and didn't find it there, so I'm sending in a copy
  83. to get the information over here. If it turns out to be a duplicate, my
  84. apologies. The info in here is alarming. Considering the enormous slippage
  85. in the HST launch date, it is rather incredible. It appears that if the 
  86. HST had been launched on time according to the original schedule, it 
  87. could not have been used due to this software problem! So all that delay 
  88. was not necessarily a bad thing. Yet the entire system may STILL not be
  89. ready, even after having given the software side vast amounts of extra
  90. development time during all these years of delayed launch. 
  91.  
  92. This is very depressing...
  93.  
  94. Will Martin
  95.  
  96. [This info also provided by: Peter Scott <PJS@grouch.JPL.NASA.GOV> -Ed]
  97.  
  98. Item from RISKS:
  99. Date: Tue, 28 Mar 89 14:57:02 PST
  100. From: eggert%stand@twinsun.UUCP (Paul Eggert)
  101. Subject: Will the Hubble Space Telescope Compute?
  102.  
  103. M. Mitchell Waldrop's article (_Science_, 17 March 1989, pp 1437-1439) on
  104. SOGS is notable for its coverage accessible to the general scientific public,
  105. and for its claim that the software engineering community has switched to
  106. rapid prototyping.  Selected quotes follow.
  107.   -- Paul Eggert, Twin Sun Inc. <aerospace.aero.com!twinsun!eggert>
  108.  
  109.         Will the Hubble Space Telescope Compute?
  110.  
  111.     Critical operations software is still a mess--the victim of
  112.     primitive programming methods and chaotic project management
  113.  
  114. First the good news: two decades after it first went into development, the
  115. $1.4-billion Hubble Space Telescope is almost ready to fly....
  116.  
  117. But now the bad news: the Space Telescope Science Institute in Baltimore still
  118. has dozens of programmers struggling to fix one of the most basic pieces of
  119. telescope software, the $70-million Science Operations Ground System (SOGS)....
  120. It was supposedly completed 3 years ago.  Yet bugs are still turning up ... and
  121. the system currently runs at only one-third optimum speed....  If Space
  122. Telescope had been launched in October 1986, as planned at the time of the
  123. Challenger accident, it would have been a major embarrassment: a superb
  124. scientific instrument crippled by nearly unworkable software....
  125.  
  126. [chronology:
  127.     1980-1    2"-thick requirements doc. written by NASA-appointed committee
  128.     1981    contract awarded to TRW; peak team included 150 people
  129.     1983    first software components delivered
  130.     later    SOGS declared utterly unsuitable.]
  131.  
  132. The problem was basically a conceptual one.  NASA's specifications for SOGS had
  133. called for a scheduling algorithm that would handle telescope operations on a
  134. minute-by-minute basis....  The tacit assumption was that the system would
  135. schedule astronomers on a monthly and yearly basis by simply adding up
  136. thousands upon thousands of these minute-by-minute schedules.
  137.  
  138. In fact, that tacit assumption was a recipe for disaster....  The number of
  139. possible combinations to consider rises much faster than exponentially....
  140. In the computer science community, where this phenomenon has been well known
  141. for about 40 years, it is called ``the combinatoric explosion.''  Accepted
  142. techniques for defusing such explosions call for scheduling algorithms that
  143. plan their trips with a road map, so to speak. And SOGS simply did not have it.
  144.  
  145. In addition to performance issues, however, SOGS was also deficient in basic
  146. design terms.  ``SOGS used last-generation programming technology,'' says one
  147. senior programmer....  ``SOGS was designed in such a way that you couldn't
  148. insert new releases without bringing down the entire system!  For days!'' says
  149. the science institute's associate director for operations, Ethan Schreier....
  150. Indeed, the fundamental structure of SOGS is so nonmodular that fixing a bug in
  151. one part of the program almost invariably generates new bugs somewhere else....
  152.  
  153. So, where did SOGS go wrong?...
  154.  
  155. One of the main villains seems to have been the old-line aerospace industry
  156. approach to software development....  In the wider computer science community
  157. this Give-Me-The-Requirements approach is considered a dismal methodology at
  158. best...  Modern programming practice calls for ... a style known as ``rapid
  159. prototyping''...
  160.  
  161. Even more fundamental ... few people at NASA were even thinking about
  162. telescope operations in the early years....  the Space Telescope project as a
  163. whole was saddled with a management structure that can only be described as
  164. Byzantine....  At the hardware level the chaos at the top was reflected in a
  165. raft of independently developed scientific instruments and onboard computers,
  166. none of which were well coordinated with the others.  Indeed, the presumption
  167. was that any such problems would be taken care of later in the software....
  168.  
  169. So, is SOGS fixed now?
  170.  
  171. Maybe.  With TRW's help, the institute has spent the past several years beating
  172. the system into shape....  On the other hand, such progress has come at a
  173. price.  SOGS now consists of about 1 million lines of programming code, roughly
  174. ten times larger than originally estimated.  Its overall cost has more than
  175. doubled, from $30 million in the original contract to roughly $70 million....
  176.  
  177. In both NASA and Pentagon contracting, the cost of the old-line approach is
  178. becoming all too apparent.  Indeed, it has become a real sore point in the
  179. computer community.
  180.  
  181. ``It's the methodology that got us to Apollo and Skylab,'' says [James] Weiss
  182. [data systems manager for Space Telescope at NASA headquarters].  ``But it's
  183. not getting us to the 1990s.  The needs are more complex and the problems are
  184. more complex.''
  185.  
  186. ``SOGS,'' he says, ``is probably the last example of the old system.''
  187. ***End of Posting***
  188.  
  189. ------------------------------
  190.  
  191. Date: 30 Mar 89 05:48:33 GMT
  192. From: vsi1!v7fs1!mvp@apple.com  (Mike Van Pelt)
  193. Subject: Re: Room Temperature fusion - possible indications?
  194.  
  195. In article <1989Mar29.210238.4205@utzoo.uucp> henry@utzoo.uucp (Henry Spencer) writes:
  196. <Last I heard, the geologists were still split on whether the Sudbury ore
  197. <body is the asteroid itself or magma brought up from deep deposits by
  198. <the heat of the strike.  One should be cautious about using this as
  199. <evidence.
  200.  
  201. Now that's fascinating.  Perhaps if you dig deep enough anywhere,
  202. you'll hit platinum-rich material.  (Hopefully the mantle would be
  203. deep enough!)  Maybe we should have continued the Mohole project.
  204. -- 
  205. Mike Van Pelt                          Here lies a Technophobe,
  206. Video 7                                   No whimper, no blast.
  207. ...ames!vsi1!v7fs1!mvp                 His life's goal accomplished,
  208.                                           Zero risk at last.
  209.  
  210. ------------------------------
  211.  
  212. Date: 30 Mar 89 18:42:17 GMT
  213. From: rochester!kodak!elmgate!maa@cu-arpa.cs.cornell.edu  (Mark Armstrong SOFT)
  214. Subject: Re: Success with cold fusion reported
  215.  
  216. In article <2182@cpoint.UUCP>, alien@cpoint.UUCP (Alien Wells) writes:
  217. > In addition, I expect the government to try to limit the use (if it works)
  218. > to utility use only for two reasons.  First, there will be political pressure
  219. > to protect the structure of utilities, despite the reality that we would
  220. > be better off putting one of these in everyone's home and eliminiating the
  221. > power grid.  
  222.  
  223. Be the first on your block with your own fusion reactor!!! What a great idea,
  224. we can all have our table top fusion reactor which will create some steam
  225. which will drive the turbines which are connected to a generator -)-). Yep, this
  226. has to be much cheaper than buying electric from those mean old utility 
  227. companies. Just buy the wife a lead jacket when she does the laundry in the 
  228. basement in case those nasty radioactive stuff happens to leak.
  229.  
  230. Why do you think it would be more efficient to produce your own electricity
  231. instead of buying it from utilities?? What would be the cost of such system,
  232. $5,000 sounds realistic. How about maintanence cost, $500 per year. What about
  233. the radioactive waste, I guess we could water the lawn with it. This is reality.
  234.  
  235.  
  236. Mark Armstrong
  237.  
  238. ------------------------------
  239.  
  240. Date: 30 Mar 89 18:40:34 GMT
  241. From: voder!blia!blic!miket@ucbvax.Berkeley.EDU  (Mike Tossy)
  242. Subject: Re: Success with cold fusion reported
  243.  
  244. >>
  245. >>I'm not sure that distributed energy production has anything intrinsically
  246. >>going for it that centralized doesn't - basically the centralization is
  247. >>a response to economics just like centralized food production (they call
  248. >>them farms, meat packers, grain co-ops, etc.), centralized news media (I
  249. >>suppose we COULD all do our own investigative reporting), centralized
  250. >>traffic control (again - we could all get 4X4's and take off cross-country),
  251.      
  252. >Ok Bob, think for a second.  Energy production is not analogous to
  253. >telecommunications OR food production.  The most important factor is
  254. >the distribution loss (either I2 x R or thermal) that result from
  255. >trying to produce energy in one location and move it to another.
  256. >Producing energy locally would make us a much less energy intensive
  257. >nation.  The only disadvantage to local energy production is that
  258. >utilities don't make as much money. :-)
  259.  
  260. Seems to me that the distribution loss is not "the most important factor".
  261. There are others.  As with today's fossil fuel plants, the cold fusion plants
  262. may turn out to be more efficent at larger sizes.  The cost of the operations
  263. staff  (unless you believe these cells can operated without staffing)
  264. could make some centralization cost effective. Even if they can operate
  265. unmanned then perhaps maintainance might still make for less expensive
  266. centralized operation (it maybe cheaper to ship "cheap fusion power"
  267. over an existing power grid than to move maintainance personnel from house to 
  268. house).  Again depending upon the technology, it maybe cheaper to build
  269. less capacity and use the existing powergrid to load balance than it would
  270. be to build enough capacity for each site to meet its peak demand.  (My
  271. house uses little energy during the day and my office uses little power
  272. at night.  Today with centralized power production we can share the installed
  273. power plant capacity - not so without a power grid.)
  274.  
  275. Other arguments are possible of course. An assembly line might produce 
  276. standard units at a low enough cost as to make decentralization possible.
  277. Or perhaps something in between, perhaps neighborhood power stations?
  278.  
  279. You can even envision that "advanced countries" like the U.S. would
  280. adopt a centralized approach because of our existing power grid, while
  281. "developing countries" might go for a distributed approach and avoid the
  282. capital investment of building a power grid. (Look at railways, very few
  283. developing countries find them cost effective to build, but most countries
  284. that developed during the rail age find them cost effective to maintain.)
  285.  
  286. As always it is going to get down to economics (plus other social
  287. considerations).  Unfortunately for those environmentalists who like to
  288. snipe at utilities the truth is that utilities do perform a socally useful
  289. function and that usefulness may very well continue even if cold fusion
  290. works.
  291.  
  292. Final point: being "much less energy intensive nation" is not a "goodness"
  293. in isolation.  There is nothing morally superior about using less energy, per
  294. say.  The problem of energy use comes from the side effects that our
  295. current energy production techniques.  Would you believe that using less
  296. energy was good if all our energy was produced with alternative methods like
  297. solar?  Reducing the cost of energy has been traditionally how societies
  298. have increased the value of human labor, and I think that is a moral goodness.
  299. I'm glad I live in a society of "mechanical slaves" instead of human ones.
  300.  
  301. --Mike Tossy
  302.  
  303. (No I don't work for a Utility.)
  304.  
  305. ------------------------------
  306.  
  307. Date: 30 Mar 89 18:54:27 GMT
  308. From: att!cbnewsl!sw@ucbvax.Berkeley.EDU  (Stuart Warmink)
  309. Subject: Re: Two questions.
  310.  
  311. In article <3288@nunki.usc.edu>, sawant@nunki.usc.edu (Abhay Sawant) writes:
  312. > 1.  I thought the idea of having spacecraft merely 'nudge' asteroids
  313. > towards earth was really neat.  [...]
  314.  
  315. Nudging them towards the Earth is one thing, getting them to match the
  316. Earth's velocity is quite another! The alternative is to send them in a 
  317. Hohman (sp?) transfer orbit to the Earth, this requires the minimum ammount of
  318. energy up front and at arrival. Still, we are talking about (for current
  319. technology) staggering ammounts of energy (for an asteroid worth mining).
  320.  
  321. Stabilisation should not be a problem; it is made easier by good choice of
  322. propulsive site and automatic attitude control.
  323.  
  324. > 2.  If it's not very hard getting some kind of hot fusion going, isn't
  325. > it a easy solution to the radioactive waste problem to chuck it into a
  326. > merrily burning fusion reaction?  Alternatively, shoot it into the
  327. > center of the sun.  Alternatively, shoot it at the stars.  Why have we
  328. > only thought of earth-based solutions to radioactive wastes so far?
  329.  
  330. The Sun wouldn't notice, sending it into "empty" space is perhaps
  331. short-sighted. Anyway, no-one will get away with actually launching the 
  332. stuff in the first place, for fear of an accident...
  333. -- 
  334. ------------------------------------------------------------------------------
  335. "PENTAGON OFFICIALS ARE CONCERNED ABOUT  |  Stuart Warmink, Whippany, NJ, USA
  336. AN ANTIMATTER SHORTAGE"  ("WHAT'S NEW")  | sw@cbnewsl.ATT.COM (att!cbnewsl!sw)
  337. -----------> My opinions are not necessarily those of my employer <-----------
  338.  
  339. ------------------------------
  340.  
  341. Date: Thu, 30 Mar 89 09:40:03 PST
  342. From: Peter Scott <pjs@aristotle.Jpl.Nasa.Gov>
  343. Subject: "This space for rent" on Mir
  344.  
  345. I just heard on the radio that you can now buy advertising space on Mir
  346. (a couple of years ago I would have assumed it was an April Fool's joke).
  347. You can buy a patch on a cosmonaut's spacesuit, or a 2-lb cargo that you can
  348. proclaim "has flown in space", or an ad on the Mir hull, or a billboard at
  349. the Baikonur launch pad.  It boggles the mind.  I wonder if they'll consider
  350. inserting promos for sponsors in the voice links?  "Comrade, the Bulova
  351. time is 00:30 Zulu..."
  352.  
  353. Peter Scott (pjs@grouch.jpl.nasa.gov)
  354.  
  355. ------------------------------
  356.  
  357. Date: 30 Mar 89 18:21:39 GMT
  358. From: ncrlnk!ncrcce!pasek@uunet.uu.net  (Michael A. Pasek)
  359. Subject: Solar Eclipse in July 1991
  360.  
  361. Excuse me if this is not the proper forum, but....
  362. I heard that there will be a total solar eclipse in July 1991, that will be
  363. visible (full) in Hawaii and (partial) in the Western U.S.  Can anybody out
  364. there tell me EXACTLY when this will occur ?  I would like to make plans
  365. now to be in Hawaii when it does happen, and to be on the right side of
  366. the islands for viewing, etc.  Please e-mail responses.  Thanks.
  367.  
  368. M. A. Pasek          Switching Software Development         NCR Comten, Inc.
  369. (612) 638-7668              CNG Development               2700 N. Snelling Ave.
  370. pasek@c10sd3.StPaul.NCR.COM                               Roseville, MN  55113
  371.  
  372. ------------------------------
  373.  
  374. End of SPACE Digest V9 #330
  375. *******************
  376.